REMARKS 

The Examiner's Office Action dated on January 30, 2004 has been received and its 
contents carefully considered. 

In this Amendment, the specification including the abstract has been amended for 
correcting some typographical and idiomatic errors found during the review of the 
application. Marked-up and clean versions of the substitute specification are submitted in 
the attachments this Amendment. Claims 1 and 3-11 have been amended editorially to 
more definitively claim the subject matter of the invention. New claims 1 3-23 are added 
herein to further protect the disclosed invention. Claims 1-23 are now pending in the 
application. 

In the Office Action, the drawings are objected to under 37 C.F.R. §1 .83(a). The 
Office Action requires that the FIFO blocks in relation to the output queue must be shown 
or the feature(s) cancelled from the claim(s). Regarding this objection, Applicants 
respectfully submit that FIGS. 2, 3, and 4, with the description in "DESCRIPTION OF 
THE PREFERRED EMBODIMENT", as in the originally-filed application, are 
sufficient to describe the relationship between FIFO blocks and output queues. It is 
respectfully submitted that the description from page 12, line 16 to page 14, line 10 details 
the relationship between FIFO blocks, as shown in FIG. 2, and port output queues and a 
global output queue, while the description from page 18, line 14 to page 19, line 5 explains 
the data structure of the port output queues and the global output queue, as shown in FIG. 
4. Accordingly, it is respectfully submitted that the drawings of the application comply 
with 37 C.F.R. § 1.83(a), and it is requested that the objection be withdrawn. 
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Amended drawings, FIGS. 4, 5 and 6, are respectfully submitted to correct 
typographical errors of legends in the drawings, noted by Applicants during review of the 
application. In FIG. 4, descriptive legends named "port output quene" are corrected as 
"port output queue". In FIG. 5, the phrases labeled 502 and 504, "Looking a FIFO node" 
and "Engueuing the FIFO node", are corrected as "Locking a FIFO node" and "Enqueuing 
the FIFO node" respectively. In FIG. 6, the phrases labeled 605, 608, 61 1, and 612 are 
corrected as "Skipping a packet", "The related bit in the destination port bit mask is 1", 
"Destination-port bit mask having only one bit of 1 ", and "Clearing the related bit" 
respectively. The amendments above are supported by the description in 
"DESCRIPTION OF THE PREFERRED EMBODIMENT". Thus, no new matter is 
added. Approval of the replacement drawings is respectfully requested. 

Claims 1-12 stand rejected under 35 U.S.C. §112, second paragraph, as being 
indefinite. The Office Action alleges that it is unclear if it is the applicants' invention to 
utilize the FIFO blocks in the capacity of either a port output queue or a global output 
queue; or functioning as a buffer controller amongst the two. Applicants make it clear that 
FIFO blocks, as recited in claim 1 , are, respectively, allocated to and function as the port 
output queues and the global output queue. Such clarification is supported by the 
specification, as recited from page 13, line 3 to page 14, line 3. In addition, the Office 
Action alleges that "setting the first field and the second field of a last one of the first FIFO 
node in each port output queue" is unclear. This phrase has been corrected as "setting the 
first field and the second field of a last unicast FIFO node in each port output queue so as 
to indicate how many multicast packets following a unicast packet related to the last 
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unicast FIFO node in each port output queue are to be skipped and dequeued, 
respectively". Thus, claim 1, as amended, definitively claims the subject matter of the 
invention, and it is respectfully requested that the indefiniteness rejection of claims 1-12 be 
withdrawn. 

Claim 12 stand rejected under 35 U.S.C. § 102(b) as being anticipated by Dahlgren. 
The applicants respectfully traverse the rejection. 

Claim 12 is directed to an output queuing method for forwarding packets in a 
switch network, wherein the packets being of the type of unicast or multicast, and a 
plurality of port output queues and a global output queue shared by all port output queues 
are employed for packet forwarding. However, Dahlgren does not disclose the use of 
queues in packet forwarding as recited in claim 12 of the invention. In particular, the 
Examiner alleges that the recitation of "if the type of the receiving packet is multicast, 
allocating the receiving packet into the global output queue" is taught by Dahlgren, "a 
broadcast packet arriving at an input port from a source station includes routing data to 
broadcast output line" (col. 4, lines 5-27). However, the teachings of Dahlgren (col. 4, 
lines 5-27) do not involve allocating the receiving packet, multicast packet, into the global 
output queue, which is shared by all port output queues. Thus, Dahlgren does not disclose 
all features and relationship of the claimed invention as recited in claim 12. For at least the 
foregoing reason, it is respectfully submitted that claim 12 is patentably distinguishable 
over Dahlgren. Withdrawal of the anticipation rejection is respectfully requested. 

In summary, it is submitted that the application, as amended, is in condition for 
allowance, and notice of such is respectfully solicited. 
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Should the Examiner feel that a conference would be helpful in expediting the 
prosecution of this application, the Examiner is hereby invited to contact the undersigned 
counsel to arrange for such an interview. 

Payment in the amount of $140.00 for one (1) excess independent claim and three 
(3) excess dependent claims is enclosed with this Amendment. Should the payment be 
missing for any reason, or insufficient in amount, please charge the deficiency to our 
Deposit Account No. 18-0002 and notify the undersigned accordingly. 




Respectfully submitted 



July 28. 2004 
Date 



RABIN & BERDO, P.C. 
Telephone: (202)371-8976 
Telefax: (202) 408-0924 
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ATTACHMENT 1 
SUBSTITUTE SPECIFICATION/ABSTRACT (MARKED UP) 



Atty Docket: SUND 152 




(09/669,879) 



OUTPUT QUEUING METHOD FOR FORWARDING PACKETS IN SEQUENCE 



BACKGROUND OF THE INVENTION 



This application incorporates by reference Taiwanese application Serial No. 
88120840, Filed 11/30/1999. 

RECEIVED 

5 Field of the Invention AUG 0 5 2004 

[Technology Center 2600 

The invention relates in general to the output queuing method for forwarding 
packets in sequence, and more particularly to the output queuing method for forwarding 
packets in sequence in Ethernet switeh switching network. 

Description of the Related Art 

1 0 A general Ethernet swite hswitching network may contain hundreds of ports, and 

the ports may be Ethernet ports or central processing unit (CPU) ports. 

In the Ethernet swite hswitching network, data is forwarded either from the 
Ethernet port to the Ethernet port or from the CPU port to the Ethernet port. During the 
process of data forwarding, data is forwarded in form of packets. The packet represents 
15 individual information including addresses, control signals, data signals and so on. The 
packet is considered as a unit in the communication network, which is to say, the ports of 
the Ethernet swite hswitching network send data in packets to each other. Accordingly, 

1 
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the packet is forwarded to destination ports of the packet. 

Based on the number of destination ports related to the packet, there are three 
basic types of packets: (1) unicast packet; (2) multicast packet; and (3) broadcast packet. 
In the case of the unicast packet, there is only one destination port. In the case of the 
5 multicast packet, there are more than one destination port. In the case of the broadcast 

packet, all ports of the Ethernet switeh switching network are used as the destination ports. 
For example, in a switeh switching network of 17 ports, a broadcast packet has 16 
destination ports while a multicast packet has 2—15 destination ports, depending on 
different situations. 

10 In the Ethernet switeh switching network, there are two control modules, the input 

control and the output control. The input control is used in processing packet input 
while the output control is used in processing packet output. Each port has its related 
input control and output control. The input control and output control are independent 
of each other. 

1 5 When the packet is forwarded to its destination port, the packet is allocated in the 

port output queue of the destination port. In fact, the port output queue is made by 
linking the packet buffers whereby the packet is temporarily stored in the packet buffer. 
The packet stored in the packet buffer is at most of 1 5 1 8 bytes. A link node, used in the 
packet forwarding procedure, is used for storing other data, for example, the packet size, 

20 the destination-port bit mask, and the pointer. 

2 
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The packet size contains information, usually in bytes, concerning the size of the 
packet, whereas, the destination-port bit mask contains information concerning the 
destination port of the packet. For example, in the case of a switeh switching network 
with 16 Ethernet ports and one CPU port, the destination-port bit mask is of 17 bits. 
Each bit in the destination-port bit mask is associated to one port. If the bit in the 
destination-port bit mask is 1, it means that the port related to the bit is the destination 
port. In other words, if there are five bits of 1 in the destination-port bit mask, then the 
packet has five destination ports. 

The pointer is used for pointing the next link node to be used. That is to say, the 
link between the link nodes is achieved by the pointer. 

The input control for processing the packet input of the port includes the 
following steps: 

(1) obtaining the destination-port bit mask by looking up tables; 

(2) allocating a free packet buffer for storing the input packet; and 

(3) enqueuing the input packet into the port output queue of the port. 

The output control for processing the packet output of the port includes the 
following steps: 
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(1) dequeuing an output packet from the port output queue; 

(2) sending out the output packet; and 

(3) releasing the packet buffer of the output packet. 

In a switeh switching network with a memory-share structure, all free packet 
buffers are allocated in a free list in the beginning. 

It is supposed that there are 10 packets to be forwarded. The 10 packets are 
numbered from 1 to 10 according to some characteristic, for example, time sequence. 
For some port, the packets to be received must be 1, 5, 8, and 9. If the packets are 
forwarded to the destination port in a wrong sequence, for example, 1, 8, 5, and 9, then a 
sequence error or a data error occurs in the port. 

Therefore, a suitable method should be applied in forwarding the packets in 
sequence into the destination port. For example, the FIFO (First In First Out) method is 
one of the suitable methods used in forwarding the packets in sequence. 

In a switeh switching network suitable in forwarding the packet in sequence, the 
input control includes: 

(1) obtaining the destination-port bit mask by looking up tables; 

(2) allocating a free packet buffer for storing the input packet; and 
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(3) enqueuing the input packet into the output queue with the smallest port 
identification number according the destination-port bit mask. 

In a swiie hswitching network suitable in forwarding the packet in sequences, the 
output control includes: 

(1) dequeuing an output packet from the related port output queue; 

(2) sending out the output packet; 

(3) resetting (or clearing) the related bit of the destination-port bit mask; and 

(4) if the bits of the destination-port bit mask are all zero, then releasing the packet 
buffer of the output packet into the free list; else enqueuing the output packet into the 
smallest port identification number according to the destination-port bit mask. 

However, the above conventional method has a major disadvantage of taking a 
long period on forwarding the packets in sequence. Therefore, there is another 
conventional method that takes a shorter period on forwarding the packets in sequence. 

The second conventional method is called "link-node duplication method". In 
the second conventional method, the link-node is divided into two types: unicast 
link-node and multicast link-node. In the following description, the link-node is of 64 
bits. Fig. 1 A and IB respectively show the structures of the unicast link-node and the 
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multicast link-node in the second conventional method. , 

As shown in Fig. 1 A 5 the unicast link-node includes three fields: a pointer field, a 
destination-port bit mask field and an "other data" field. The pointer field ranges from 
bits 0-18, The destination-port bit mask field ranges from bits 1 9-35. The "other 
5 data" field ranges from bits 36-63. Similarly, as shown in Fig. IB, the multicast 

link-node includes a first pointer field, a second pointer field and "other data" field. The 
first pointer field ranged from bits 0-18. The second pointer field ranges from bits 
1 9-37. The "other data" field ranges from bits 38-63 . 

A unicast link-node of 64 bits is one-to-one related to a packet buffer of 1 .5k bytes. 
1 0 The unicast link-node is statically directed to the packet buffer. It is supposed that all 
unicast link-nodes are sequentially numbered, and so are multicast link-nodes and packet 
buffers. That is to say, the j-th unicast link-node is statically related to the j-th packet 
buffer. On the other hand, the multicast link-node is dynamically related to the packet 
buffer. 

1 5 When the packet buffer is related to the unicast link-node, the packet buffer is 

used for storing the unicast packet. Similarly, when the packet buffer is related to the 
multicast link-node, the packet buffer is used for storing the multicast packet or the 
broadcast packet. 

In the conventional method, when one unicast packet is forwarded, one packet 
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buffer and one unicast link-node are used. It is supposed that a multicast packet has k 
destination ports. When one multicast packet is forwarded, one packet buffer, one 
unicast link-node and k multicast link-node are used. 

The way for forwarding a broadcast packet is similar to that for forwarding a 
5 multicast packet in this conventional method. In a swite hswitching network with N 
ports, one packet buffer, one unicast link-node and N-l multicast link-node are used in 
forwarding one broadcast packet. 

When a multicast packet is forwarded, the input control includes the following 

steps: 

10 (1 ) obtaining the destination-port bit mask by looking up tables; 

(2) allocating a packet buffer in the free list for storing the multicast packet; 

(3) setting the destination-port bit mask of the unicast link-node, wherein the 
destination-port bit mask is directed to the destination ports of the multicast packet; 

(4) allocating k multicast link-nodes in the free list dynamically related to the 
1 5 packet buffer; and 

(5) enqueuing the k mulicast link-nodes into the respective output queue of the k 
destination ports. 
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When a unicast packet is forwarded, the input control includes: 

(1) obtaining the destination-port bit mask by looking up tables; 

(2) allocating a packet buffer in the free list for storing the unicast packet; 

(3) allocating a unicast link-node related to the packet buffer in step (2); and 

(4) enqueuing the unicast link-node into the output queue of the destination port. 

When an output packet is released from the output queue, the output control 
includes the following steps: 

(1) dequeuing an output packet from the output queue; 

(2) sending out the output packet; 

(3) if the link-node is a unicast link-node, releasing the packet buffer related to the 
output packet into the free list; 

(4) if the link-node is a multicast link-node and the destination-port bit mask of 
the related unicast link-node has only one bit of 1, then releasing the multicast link-node 
and the packet buffer into the free list; and 

(5) if the link-node is a multicast link-node and the destination-port bit mask of 

8 
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the related unicast link-node has two or more bits of 1 , then clearing the related bit in the 
destination-port bit mask of the unicast link-node and releasing the multicast link-node. 

In the conventional method, when the multicast packet has already been forwarded 
to some destination port, the related bit in the destination-port bit mask is cleared (or reset) 
as 0. Therefore, the number of bit(s) of 1 represents the number of destination ports that 
the multicast packet is not forwarded yet. 

Therefore, in the step (4) of the output control, when the destination-port bit mask 
of the unicast link-node has only one bit of 1 , it represents that the multicast packet 
already leaves only one destination port to be forwarded. Then, the packet buffer and 
the unicast link-node can be released into the free list. 

As mentioned above, the unicast link-node includes the pointer, the 
destination-port bit mask, and other data. When the unicast link-node is used in 
forwarding the unicast packet, the pointer points to the next unicast packet of the port. 
When the unicast link-node is used in forwarding the multicast packet, the 
destination-port bit mask of the unicast link-node is directed to the destination ports of 
the multicast packet. When the multicast packet is forwarded to the destination port, 
and the multicast packet is to be dequeued, the bit in the destination-port bit mask , which 
is related to the destination port, is cleared. 

The multicast link-node of Fig. IB includes a first pointer, a second pointer and 
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other data. The first pointer is used to point to the next link-node of the output queue. 
The second pointer is used to point to the related unicast link-node. 

In general, the performance for the output queuing method is related to the 
allocation times, release times, enqueuing times, and dequeuing times. Table 1 shows 
5 the total operation times of the conventional method on forwarding the multicast packet 
with k destination port. 



Table 1 



The multicast packet with k destination port 


Operation times 


Allocation 


1+k 


Releasing 


1+k 


Enqueuing 


k 


Variation 


Read :k; Write (clear):k-l 


Dequeuing 


k 



The item "variation" represents the variation on bits in the destination-port bit 
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mask. The term "read" represents the read operation performed on the related bits, so it 
takes k times to complete the read operation on the related bits. Similarly, the term 
''write" or "clear" represents the write operation performed on the related bits. As 
mentioned above, when there is only one related bit of 1, the multicast link-node and the 
packet buffer are released. That is to say, there is no need to clear the last "1" bit, so it 
takes k-1 time(s) to complete the write (clear) operation on the related bits. 

As shown in Table 1, it takes (l+k)+(l+k)+k+k+(k-l)+k=6k+l operation times in 
forwarding a multicast packet with k destination ports. Therefore, a high memory 
bandwidth is needed to meet so many operation times. 

SUMMARY OF THE INVENTION 

It is therefore an object of the invention to provide an improved and simplified 
output queuing method for forwarding packets in sequence. The invention discloses a 
FIFO (First In First Out) node sharing method for forwarding packets in sequence in 
Ethernet sw&eh switching network. 

The invention achieves the above-identified object by providing a new output 
queuing method for forwarding the packets in sequence. The output queuing method is 
used in a swkehswitching network containing a number of ports. Each port is related to 
a port output queue while a global output queue is shared by all port output queues. A 
FIFO (First In First Out) block is allocated into each port output queue and the global 
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output queue. The FIFO block contains a number of FIFO nodes. Each FIFO node 
contains a skip field and a multicast count field (or a port mask field). In the method, 
the type and the destination port of the received packet are determined. The skip field 
and the multicast count field (or port mask field) of the related FIFO node in the port 
output queue or the global output queue are then set according to the type of the received 
packet. The packet is sent out or skipped from the port output queue/global output 
queue based on the value in the skip field and the multicast count field. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other objects, features, and advantages of the invention will become apparent 
from the following detailed description of the preferred but non-limiting embodiment. 
The description is made with reference to the accompanying drawings, in which: 

Figure 1 A shows a data structure for a unicast link-node according to a 
conventional method; 

Figure IB shows a data structure for a multicast link-node according to a 
conventional method; 

Figure 2 shows a data structure for a FIFO (First In First Out) block in one 
embodiment of the invention; 

Figure 3 shows a data structure for a FIFO node in the embodiment of the 
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invention; _ _ 

Figure 4 shows the data structure for the output queue in the embodiment of the 
invention; 

Figure 5 shows a flow chart of the input control in the embodiment of the 
invention; and 

Figure 6 shows a flow chart of the output control in the embodiment of the 
invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

The embodiment is applied in the Ethernet swiie hswitching network. Of course, 
the invention is not limited to the Ethernet switeh switching network. By proper 
adaptation, the invention may be applied to other network. It is supposed that the 
Ethernet switeh switching network has N ports with each port having its own port output 
queue. A global output queue is shared by all port output queues. 

In this embodiment, a FIFO (First In First Out) block is considered as a basic 
element in the output queue. Fig. 2 shows a data structure of the FIFO block. As 
shown in Fig. 2, a FIFO block includes Nb FIFO nodes and a pointer, wherein Nb is a 
natural number. All the FIFO nodes in the FIFO block are numbered from 1 to Nb in 
top-down direction sequentially. The pointer in the FIFO block is used for pointing to 
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the next FIFO block. All the FIFO blocks are sequentially numbered from 1. The j-th 
FIFO node of the k-th FIFO block is designated as packet parameter (k, j). Each FIFO 
node is directed to a packet buffer. Therefore, the FIFO node with the packet parameter 
(k, j) is directed to the (k*Nb+j)-th packet buffer. In the embodiment, the FIFO nodes in 
the same FIFO block are considered as successive. The last FIFO node is linked to the 
first FIFO node of the next FIFO block via the pointer. 

Initially, all FIFO blocks are linked together as a free list. Then, the queue 
control allocates one free FIFO block to each port output queue and another free FIFO 
block to the global output queue. Accordingly, each port output queue and the global 
output queue are both provided with Nb free packet buffers. The unicast packet is 
allocated in the port output queue, and the multicast packet is allocated in the global 
output queue. The relationship between the queue control and the input control/output 
control is similar to the server/client structure. The rough relationship is stated as 
following: when the output control sends out a dequeuing request, the queue control 
provides a dequeuing operation to the output control. Similarly, when the input control 
sends out an enqueuing request, the queue control provides an enqueuing operation to the 
input control. 

In the process of forwarding a packet, the FIFO nodes are sequentially occupied 
by the packets to be forwarded. After all FIFO nodes in the same FIFO block are 
occupied, the queue control allocates a new FIFO block immediately. If the packet is 
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already forwarded to the destination port, the packet is released. and. so is the FIFO node 
originally occupied by the packet. After all FIFO nodes in the same FIFO block are 
released, the queue control releases the FIFO block into the free list. How the FIFO 
node and the FIFO block are released is describe later. 

5 In the embodiment, the packets are divided as two types: the unicast packet and 

the multicast packet. The broadcast packet is considered the same as the multicast 
packet in the embodiment. In a group of packets to be forwarded, these two types of 
packets are either adjacent or alternating. That is to say, for some port, if the previous 
packet is a unicast packet, the next packet may be another unicast packet or a multicast 
1 0 packet. Similarly, if the previous packet is a multicast packet, the next packet may be a 
unicast packet or another multicast packet. 

In the queue control, there are, respectively, four registers related to each port 
output queue. The four registers are the "output skip count" register, the "output 
multicast count" register, the "input skip count" register, and the "input multicast count" 
15 register. As mentioned above, the port output queue is used for placing the unicast 
packet. Accordingly, the four registers are related to the unicast packet. 

The "output skip count" register is used for indicating how many multicast 
packets following the unicast packet are to be skipped. The "output multicast count" 
register is used for indicating how many multicast packets following the unicast packet 
20 are to be dequeued. The "output multicast count" register is used to confirm whether a 
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dequeue operation is necessary or not. The "output skip . count" register and the "output 
multicast count" register are taken into consideration together. It is provided that the 
"output skip count" register and the "output multicast count" register are, respectively, 3 
and 6. This means that there are 9 multicast packets between two unicast packets. In 
the 9 multicast packets, the first 3 multicast packets are to be skipped, and the last 6 
multicast packets are to be dequeued. The "output skip count" register and the "output 
multicast count" register are used in dequeuing the packet. 

The "input skip count" register is used for indicating how many multicast packets 
following the unicast packet are to be skipped. The "input multicast count" register is 
used for indicating how many multicast packets following the unicast packet are 
enqueued. The "input multicast count" register is used to confirm whether an enqueue 
operation is necessary or not. The "input skip count" register and the "input multicast 
count" register are taken into consideration together. It is provided that the "input skip 
count" register and the "input multicast count" register are, respectively, 3 and 6. This 
means that there are 9 multicast packets between the unicast packet and the next unicast 
packet. In the 9 multicast packets, the first 3 multicast packets are skipped, and the last 
6 multicast packets are enqueued. The "input skip count" register and the "input 
multicast count" register are used in enqueuing the packet. 

Fig. 3 shows a data structure of a FIFO node in 64 bits. In the embodiment, the 
FIFO node is divided into four fields: the cast type field, the port mask field (or the 
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multicast count field), the skip count field and other data, field. „ The 64 bits are 
sequentially numbered from 0 to 63, as shown in Fig. 3. The cast type field is in bit 0. 
The port mask field (or the multicast count field) ranges from bits 1-17. The skip count 
field ranges from bits 18-34. The other data field ranges from bits 35-63. 

5 The cast type field is used to indicate the packet type stored in the packet buffer 

related to the FIFO node. If the cast type is 0, the packet stored in the packet buffer is a 
unicast packet, and if the cast type is 1, the packet stored in the packet buffer is a 
multicast packet. 

The usage of the second field depends on the cast type. When the cast type is 0, 
the second field is used as a multicast count field whereas if the cast type is 1, the second 
field is used as a port mask field. The multicast count field indicates how many 
multicast packets are to dequeued and the port mask field indicates which ports in the 
swiieh switching network are the destination ports of the multicast packet. In the 
embodiment, only a packet buffer and a FIFO node are needed in forwarding a packet, 
regardless in forwarding the unicast packet or the multicast packet. 

The skip count field indicates how many multicast packets are to be skipped. It 
is provided that the "input skip count" register and the "input multicast count" register 
are, respectively, 3 and 6. This means that there are 9 multicast packets between the 
unicast packet and the next unicast packet. In the 9 multicast packets, the first 3 
20 multicast packets are skipped, and the last 6 multicast packets are dequeued. Combining 
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the skip count field and the continuity of the FIFO nodes, the operation times in 
dequeuing a multicast packet from the global output queue are reduced less than N, 
wherein N is the number of all ports in the Ethernet swite hswitching network. The other 
data field is reserved. 

5 Initially, the "input skip count" register and the "input multicast count" register 

are both reset as 0. For a multicast packet with k destination ports (k=2~N), the queue 
control performs the following steps: 

(1) If the j-th port is not the destination port of the multicast packet, the queue 
control performs different operations according to the value in the "input multicast count" 
10 register of the j-th port. For simplicity, the "input multicast count" register of the j-th 
port is marked as the j-th "input multicast count" register, and the other registers are 
marked in a similar way. If the j-th "input multicast count" register is 0, the j-th "input 
skip count" register is incremented by 1. If the j-th "input multicast count" register is 
not 0, the j-th "input multicast count" register is incremented by 1. 

15 (2) If the j-th port is one of the destination ports of the multicast packet, the j-th 

"input multicast count" register is incremented by 1 . 

When a unicast packet is enqueued into some port output queue, the 
unitcas t unicast packet is followed by a^few multicast packets. When a FIFO node of a < 
multicast packet is enqueued into the global port queue, the multicast count field and the 
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skip count field of the last FIFO node in each port output queue are set. After a next 
unicast packet is enqueued, it is known that how many multicast packets follow the 
previous unicast packet. 

When the next unicast packet is enqueued into the port output queue, the value in 
5 the "input skip count" register of the port is set into the skip count field of the previous 
unicast packet and the value in the "input multicast count" register of the port is set into 
the multicast count field of the previous unicast packet. The "input skip count" register 
and the "input multicast count" register are then both reset to 0 again. 

When a FIFO node is dequeued from a port output queue, the skip count field of 
10 the FIFO node is written into the "output skip count" register of the port while the 
multicast count field of the FIFO node is written into the "output multicast count" register 
of the port. 

Fig. 4 shows a data structure of the port output queue and the global output queue 
in the embodiment. In Fig. 4, the port output queue j (j=0~N-l) represents the the port 

15 output queue [j]. The port output queue j includes a head pointer HEAD-j and a tail 
pointer TAIL-j. The head pointer HEAD-j is used to indicate the next FIFO node to be 
dequeued from the port output queue [j] while the tail pointer TAIL-j is used to indicate 
the next FIFO node to be enqueued into the port output queue [j]. As shown in Fig. 4, 
the global output queue includes N head pointers pj-HEAD and a tail pointer TAIL. The 

20 head pointer pj-HEAD in the global output queue is uniquely related to the port output 
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queue [j]. The head pointer pj-HEAD points the next FIFO node to be.dequeued from 
the global output queue. The positions and the operations of those head pointers 
pj-HEAD are independent. The tail pointer TAIL in the global output queue is shared 
by all port output queues and is used to indicate the next FIFO node to be enqueued into 
5 the global output queue. 

Fig. 5 shows a flow chart of the input control in the embodiment. Now referring 
to Fig. 5, first, the cast type and the destination port of the packet are obtained from a 
table, as shown in step 501. 

The input control then sends out a demand to the queue control for locking a FIFO 
10 node, as shown in step 502. If the packet is a unicast packet, a FIFO node in the port 
output queue of the destination port is locked. On the other hand, if the packet is a 
multicast packet, a FIFO node in the global output queue is locked. 

Next, the fields in the FIFO node are set as shown in step 503. If the packet is a 
unicast packet, the cast type field is set as 0, and the queue control sets values of the 
15 "input multicast count" register and the "input skip count" register into the "multicast 
count" field and the "skip count" field of the FIFO node. If the packet is a multicast 
packet, the cast type field is set as 1, and the destination port field is set according to the 
destination ports of the multicast packet. Each bit in the destination port field is 
one-to-one related to one port. If some port is one of the destination ports of the 
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multicast packet, the related bit is set as 1. On the other hand, if some port is not the 
destination port of the multicast packet, the related bit is set as 0. 

The FIFO node is then enqueued into the port output queue or the global output 
queue as shown in the step 504. If the packet is a unicast packet, the FIFO node is 
enqueued into the port output queue; and the tail pointer TAIL-j points to where the FIFO 
node is enqueued. If the packet is a multicast packet, the FIFO node is enqueued into 
the global output queue; and the tail pointer TAIL-j points to where the FIFO node is 
enqueued. The last FIFO node of each port output queue and the global output queue is 
stored in the IC to reduce the access time. When a next FIFO node is enqueued, the 
previous FIFO node is stored into the memory. 

If there is any unicast packet and/or multicast packets following the unicast packet 
to be dequeued from the port output queue or from the global output queue, the output 
control performs the steps in Fig. 6. For simplicity, a unicast packet and the multicast 
packets following the unitcas tu nicast packet are together called as a packet group. The 
following multicast packets are defined from the multicast packets between two unicast 
packets. Of course, in some case, the packet group may only contain one unitcas t unicast 
packet. That is because the unicast packet is followed by another unicast packet. 

First, the output control dequeues a unicast packet from the port output queue as 
shown in step 601. 
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The unicast packet is then sent out as shown in step 602. . 

Since the unicast packet has been sent out, the packet buffer used for storing the 
unicast packet is released into the free list and the FIFO node corresponded to the packet 
buffer is also released as shown in step 603. As mentioned above, there are Nb FIFO 
nodes in the FIFO block and the FIFO block is not released until all FIFO nodes in this 
FIFO block are released. 

The output control then performs the dequeuing and sending out of the multicast 
packets. The dequeuing and sending out steps are stated as follows: 

The queue control detects whether the value in the "output skip count" register is 
0 or not as shown in step 604. The value in the "output skip count" register represents 
how many multicast packets are to be skipped. If the value in the "output skip count" 
register is not 0, the output control performs step 605. If the value in the "output skip 
count" register is 0, the output control performs the step 607. 

In step 605, one packet is skipped from the global output queue , r e gardl e ss 
wh e th e r it is a unicast pack e t or a multicast pack e t . The value in the "output skip count" 
register is then reduced by 1 as shown in step 606. In Fig. 6, steps 604, 605, and 606 are 
repeated until the value in the "output skip count" register becomes 0. Since steps 604, 
605, and 606 are used in skipping the multicast packets, these three steps are also called 
the skip steps. 
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In the step 607, the queue control detects . whether the value in the "output 
multicast count" register is 0. If the value in the "output multicast count" register is 0, 
then there is no multicast packet to be dequeued in the current packet group, and the 
output control may continue to process the next packet group. If the value in the "output 
5 multicast count" register is not 0, then there is (or are) some multicast packet(s) to be 
dequeued from the global output queue, and the output control continues with step 608. 

In step 608, the queue control checks the related bit in the destination-port bit 
mask of the FIFO node in the global output queue to identify whether the output control 
has to dequeue the multicast packet from the global output queue. If the related bit is 1, 
10 it means that the port is one of the destination ports of the multicast packet and the output 
control jumps to step 609. If the related bit is 0, it means that the port is not the 
destination port of the multicast packet, and the output control jumps to step 614. 

In step 609, the queue control informs the output control to dequeue the multicast 
packet from the global output queue. 

15 In step 610, the multicast packet, which is dequeued in the step 609, is then sent 

out. 

In step 61 1, the output control judges whether the destination-port bit mask of the 
FIFO node in the global output queue has only one bit of 1 . In the embodiment, when a 
multicast packet is dequeued and sent out from one of its destination ports, the related bit 
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in the destination-port bit mask of the FIFO node is reset as 0. . Therefore, if there is only 
one bit of 1 in the destination-port bit mask, the multicast packet is already dequeued and 
sent out from all destination port. The output control jumps to step 613. If there are 
two or more bits of 1, the multicast packet is not dequeued and sent out from all 
5 destination ports yet, and the output control jumps to step 612. 

In step 612, the related bit in the destination-port bit mask of the FIFO node is 
reset (or cleared) as 0. The reset step means the multicast packet is dequeued and sent 
out from the port output queue of the destination port. 

In step 613, the packet buffer used for storing the multicast packet is released and 
1 0 the FIFO node in the global output queue is also released. As mentioned above, in the 
case of only one bit of 1 in the destination-port bit mask of the FIFO node, the multicast 
packet is already dequeued and sent out from all destination ports. Accordingly, the 
packet buffer for storing the multicast packet is released and so is the FIFO node, which 
is used to indicate the destination ports of the multicast packet, in the global output 
15 queue. There are Nb FIFO nodes in the FIFO block and the FIFO block is not released 
until all FIFO nodes in this FIFO block are already released. 

In step 614, the value in the "output multicast count" register is reduced by 1 . If 
step 608 directly jumps to step 614, i.e., the related bit of the destination-port bit mask is 
0, the port is not one of the destination ports of the multicast packet. Accordingly, the 
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queue control jumps the d e qu e u e n g dequeuing steps and the sending out steps.. By 
jumping these steps, the output control skips the multicast packet. 

The output control repeats steps 607-614 until all multicast packets in the packet 
group is dequeued (or skipped) from the global output queue. 

5 In the flow chart in Fig. 6, the steps are executed sequentially for simplicity. In 

practice, some steps may be performed in pipeline mode to improve processing rate. For 
example, assuming some packet has a large packet length which would take a long period 
to forward the long multicast packet. The sending out steps are then executed in 
conjunction with the dequeuing steps of the next packet in order to improve the rate of 
10 processing. 

The performance between the invention and the prior art on forwarding a 
multicast packet with k destination ports are compared in Table 2. 

Table 2 



the multicast packet with k destination port 


The prior art 


The invention 


Allocation operations 


1+k 


1/Nb 


Releasing operations 


1+k 


1/Nb 
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Enqueuing operations 


K. . 


1 .. 


Variation operations 


Read :k; 
Write :k-l 


Read :k; 
Write :k-l 


Dequeuing operations 


K 


N 



In Table 2, k represents the number of the destination ports of the multicast 
packet. Nb is the number of the FIFO nodes in a FIFO block. N is the number of the 
ports (the Ethernet port and the CPU port) in the Ethernet swite hswitching network. 

From Table 2, the allocation operations and the releasing operations are greatly 
improved from (1+k) to (1/Nb). In addition, the invention utilities the "skip count" 
register on reducing the dequeuing operation. 

One characteristic of the invention relies on a global output queue shared by all 
port output queues. All multicast packets/broadcast packets are stored in the global 
output queue. Each port output queue may fetch the desirable multicast packets. 



26 



Atty Docket: SUND 152 



(09/669, 879) 



Another characteristic of the invention relies^on a queue control. The queue 
control provides the enqueuing operations to the input control and the dequeuing 
operations to the output control. 

Still another characteristic of the invention relies on a FIFO block used as the 
component of the port output queue and the global output queue. The FIFO block 
contains Nb FIFO nodes and a pointer. The access operation is improved by the 
continuity of the FIFO nodes in the same FIFO block. 

While the invention has been described by way of example and in terms of a 
preferred embodiment, it is to be understood that the invention is not limited thereto. 
On the contrary, it is intended to cover various modifications and similar arrangements 
and procedures, and the scope of the appended claims therefore should be accorded the 
broadest interpretation so as to encompass all such modifications and similar 
arrangements and procedures. 
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BSTRACT OF THE DISCLOSURE 



A output queuing method for forwarding the packets sequentially in a 
swite hswitching network. Each port is related to a port output queue and a global output 
queue is shared by all port output queues. A FIFO (First In First Out) block is allocated 
5 into each port output queue and the global output queue. The FIFO block contains a 
number of FIFO nodes. Based on the type and destination ports of the received packet, 
the fields of the related FIFO node in the port output queue and the global output queue 
are set. The packets are sent out or skipped based on the related fields. 
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